home *** CD-ROM | disk | FTP | other *** search
/ ftp.cs.arizona.edu / ftp.cs.arizona.edu.tar / ftp.cs.arizona.edu / icon / newsgrp / group98c.txt / 000004_icon-group-sender _Wed Sep 9 16:57:41 1998.msg < prev    next >
Internet Message Format  |  2000-09-20  |  1KB
  1. Return-Path: <icon-group-sender>
  2. Received: from kingfisher.CS.Arizona.EDU (kingfisher.CS.Arizona.EDU [192.12.69.239])
  3.     by baskerville.CS.Arizona.EDU (8.9.1a/8.9.1) with SMTP id QAA04236
  4.     for <icon-group-addresses@baskerville.CS.Arizona.EDU>; Wed, 9 Sep 1998 16:57:40 -0700 (MST)
  5. Received: by kingfisher.CS.Arizona.EDU (5.65v4.0/1.1.8.2/08Nov94-0446PM)
  6.     id AA30205; Wed, 9 Sep 1998 16:57:14 -0700
  7. Date: Thu, 10 Sep 1998 12:00:33 +1200 (NZST)
  8. From: "Richard A. O'Keefe" <ok@atlas.otago.ac.nz>
  9. Message-Id: <199809100000.MAA30388@atlas.otago.ac.nz>
  10. To: davidf@mks.com, icon-group@optima.CS.Arizona.EDU
  11. Subject: Re: Ansi C version of Icon
  12. Errors-To: icon-group-errors@optima.CS.Arizona.EDU
  13. Status: RO
  14.  
  15.     espie@liafa.jussieu.fr (Marc Espie) writes:
  16.     
  17.     > If you want STRICT ansi C, you're asking for trouble, as malloc() is
  18.     > limited to 64K thanks to brain-dead architectures.
  19.     
  20.     As I suspected, the C standard
  21.     places no limits on the amount of memory that one can request
  22.     via malloc().  Well, the size has to fit into a size_t
  23.  
  24. You weren't looking in the right place.  The C standard only guarantees
  25. that at least one program can have at least one object that is up to
  26. 32767 bytes in size.  Conforming C implementations are NOT required to
  27. support objects any bigger than 32767 bytes *however* allocated.
  28. Conforming C implementations are also allowed to support objects bigger
  29. than 4GB if they want to, but conforming *programs* can't rely on that.
  30.  
  31.